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Configurable system planning method, e.g. for an automatic 

letter folding system, whereby a single system plan is selected 

from a number of plans with a system plan comprising component 

configuration and communication plans 

DE10254012-A1 

17.06.2004 

NOVELTY - Planning method for a configurable system, with 
components (1, 2, 5) for control flow automation, especially a 
movement flow, whereby the system selects one from a number of 
system plans; the selected plan contains component plans for 
each system component, the components are planned according to 
the selected components plans and the component communications 
are implemented according to component plans . DETAILED 
DESCRIPTION - The invention also relates to a corresponding 
configurable component system. ; USE - Planning method for a 
configurable system, e.g. an automatic letter folding or 
envelope filling system. ADVANTAGE - The invention simplifies 
reconfiguring and re-planning of processing systems . 
DESCRIPTION OF DRAWING (S) - The figure shows a configurable 
system for automation of a control ' workflow, system components 
1, 2, 5 system plans. SPI, SPi, SPn 
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(54) Bezeichnung: Projektierverfahren 

(57) Zusammenfassung: Bin konfigurierbares System zur 
Automatislerung eines Steuerungsablaufs, insbesondere 
eines Bewegungablaufs, weist mehrere Komponenten (1, 
2, 5) auf. Diese tauschen wahrend des Steuerungsablaufs 
zur Realisierung der Automatislerung des Steuerungsab- 
laufs In regelmaaigen Zeitabstanden (T) uber Kommunika- 
tlonsbeziehungen untereinander Informationen aus. Das 
System wahit anhand der Topologie und Funktionalitat sei- 
ner Komponenten (1, 2, 5) aus einer Vielzahl von System- 
projektierungen (SPI bis SPn) genau eine aus. Diese ent- 
halt fOr jede Komponente (1, 2, 5) des Systems eine Kom- 
ponentenprojektlerung (KPli bis KPml). Das System pro- 
jektlert seine Komponenten (1, 2, 5) entsprechend der je- 
weillgen Komponentenprojektiemng (KP1I bis KPml). Jede 
Komponente (1, 2, 5) richtet entspreichend ihrer Kompo- 
nenten projektierung (KPli bis KPml) die Kommunikations- 
beziehungen zu den anderen Komponenten (1, 2, 5) ein. 
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Beschreibung 

[0001] Die vorliegende Erfindung betrifft ein Projek- 
tierverfahren fur ein konfigurierbares System mit 
mehreren Komponenten zur Automatisierung eines 
Steuerungsablaufs, insbesondere eines Bewegungs- 
ablaufs, wobei jede Komponente wahrend des Steu- 
erungsablaufs zur Realisierung der Automatisierung 
des Steuerungsablaufs in regelmadigen Zeitabstan- 
den uber Kommunikationsbeziehungen mit anderen 
Komponenten Informationen austauscht. Der Steue- 
rungsablauf kann dabei gesteuerte Bewegungen ent- 
halten, z. B. ein Bewegen eines Elements von einer 
Endstellung in eine andere Endstellung. Der Steue- 
rungsablauf kann aber auch gefuhrte Bewegungen 
enthalten, z. B. ein Verfahren eines Elements gemaft 
einem vorgegebenen Geschwindigkeitsprofil oder ei- 
ner vorgegebenen Wegkurve. 
[0002] Im Stand der Technik gibt es viele konfigu- 
rierbare, insbesondere auch modular aufgebaute 
Systeme zur Automatisierung eines mechanischen 
Bewegungsablaufs. Falz- und Kuvertiermaschlnen 
sind beispielsweise so aufgebaut. 
[0003] Bei derartigen Systemen erfolgt in den ein- 
zelnen Komponenten oftmals eine taktsynchrone de- 
terministische Kommunikation, die auf einer stati- 
schen Projektierung der Kommunikationsbeziehun- 
gen beruht. Im Rahmen dieser Kommunikationsbe- 
ziehungen tauschen die Komponenten wahrend des 
Steuerungsablaufs zur Realisierung der Automatisie- 
rung des Steuerungsablaufs in regelmSf^igen Ab- 
stdnden Informationen aus. 

[0004] Die Projektierung der Kommunikationsbezie- 
hungen erfolgt in der Regel mittels eines vom Her- 
steller des modularen Systems mitgelieferten Projek- 
tienrt^erkzeugs bzw. durch den Hersteller der Steue- 
rung des modularen Systems. Sie wird in das System 
bzw. dessen Komponenten geladen. Die Projektie- 
rung ist bei jedem System auf die jeweilige spezielle 
Konfiguration beschrankt. Anderungen durch den 
Betreiber des Systems sind In aller Regel nicht m5g- 
lich. 

[0005] Um auch dem Betreiber Ko nfigu ration sand e- 
rungen zu ermoglichen, ist es denkbar, alle mogli- 
chen Kommunikationsbeziehungen vorab zu projek- 
tieren. Diese Vorgehensweise ware jedoch aus zwei 
Grunden nachteilig. Zum einen erfolgte in diesem Fall 
stets ein Informationsaustausch zwischen den Kom- 
ponenten. Der Informationsaustausch erfolgte also 
auch dann, wenn zwischen vorhandenen Komponen- 
ten kelnerlei Nutzdaten zu ubertragen sind. Dies fuhr- 
te zu einer deutllchen Belastung des Kommunikati- 
onssystems. Daruber hinaus mussten Maflnahmen 
zur Fehlerbehandlung vorgesehen werden, falls eine 
Komponente mit einer anderen Komponente zu kom- 
munizieren versucht, die bei der tatsachlichen Konfi- 
guration des Systems gar nicht vorhanden ist. Es 
mussten also Mal^nahmen zur Fehlerbehandlung 
vorgesehen werden, wenn eine Komponente kelne 
Kommunikationsantwort erhatt, well ihr Kommunikati- 



onspartner fehlt. 

[0006] Die Aufgabe der vorliegenden Erfindung be- 
steht darin, ein Projektierverfahren fur ein gattungs- 
gemalies konfigurierbares System zu schaffen, mit- 
tels dessen auch fur den Betreiber des Systems auf 
einfache Weise eine Umkonfigurierung des Systems 
nebst sich daraus ergebender Umprojektlemng des 
Systems mdglich ist. 

[0007] Die Aufgabe wird dadurch gelost, 

- dass das System anhand der Topologie und 
Funktionalitat seiner Komponenten aus einer Viel- 
zahl von Systemprojektierungen genau eine Sys- 
temprojektierung auswahit, 

- dass die ausgewShlte Systemprojektiemng fur 
jede Komponente des Systems genau eine Kom- 
ponentenprojektierung enthalt, 

- dass das System jede seiner Komponenten ent- 
sprechend der jeweiligen Komponentenprojektie- 
rung projektiert und 

- dass jede Komponente entsprechend ihrer 
Komponentenprojektierung die Kommunikations- 
beziehungen zu den anderen Komponenten ein- 
richtet. 

[0008] Es ist moglich, dass die Topologie und Funk- 
tionalitat der Komponenten dem System durch eine 
Benutzereingabe bekannt gemacht wird. Dies ist bei- 
spielsweise der Fall, wenn die Benutzereingabe fur 
mindestens eine Komponente eine Vorgabe von des- 
sen mechanischer und/oder elektrischer Funktionali- 
tat umfasst. Dies ist weiterhin der Fall, wenn die Be- 
nutzereingabe fur mindestens eine Komponente eine 
Vorgabe umfasst, mit mindestens einer weiteren 
Komponente mechanisch und/oder elektrisch zu- 
sammenzuwirken. Die Benutzereingabe umfasst 
also insbesondere das systemexterne Verhalten der 
Komponente, aber gerade nicht die datentechnische 
Projektierung als solche, 

[0009] Altemativ ist es auch moglich, dass das Sys- 
tem die Topologie und Funktionalitat seiner Kompo- 
nenten selbsttatig ermittelt. Im Fall einer vollstandi- 
gen Ermittlung der Topologie und Funktionalitat der 
Komponenten ist selbstverstandlich keine Benutzer- 
eingabe mehr erforderlich. 

[001 0] Es ist auch moglich, dass das System nur die 
Topologie der Komponenten ermittelt und einen Be- 
nutzer beim Ermittein der Systemprojektierung unter- 
stutzt. Z. B. kann das System beispielweise eine Vo- 
rauswahl treffen und dem Benutzer nur die noch ver- 
bleibenden Moglichkelten zur Auswahl anbieten. 
[0011] Das Erkennen der Topologie der Komponen- 
ten kann typischerweise uber eine Steckplatzerken- 
nung, gegebenenfalls in Verbindung mit einer Typer- 
kennung der einzelnen Komponenten, erfolgen. Ge- 
gebenenfalls kann - eine geeignete Kommunikati- 
onsstruktur vorausgesetzt - auch jede Komponente 
ihre nachsten Nachbam bestimmen und die Topolo- 
gie anhand dieser Information ermittelt werden. 
[001 2] Zur Ermittlung der Komponenten ist es auch 
mdglich. dass eine Zentraleinheit aus den Kompo- 
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nenten die Komponenten typisierende Codes aus- 
liest. Vorzugsweise aber liest die Zentraleinheit aus 
den Komponenten soger die Komponenten individu- 
alislerende Komponentencodes - z. B. I\/IAC-Adres- 
sen (MAC = medium access control) - aus und ermit- 
telt anhand der Komponentencodes die Komponen- 
ten. Die Komponentencodes sind also derart, dass 
auch zwei identische Komponenten voneinander ver- 
schiedene Codes aufweisen. Die Ermittlung des Typs 
erfolgt dann durch die Zentraleinheit anhand einer 
Zuordnung des Komponententyps zum ermittelten 
Komponentencode. 

[001 3] Es ist mogllch. dass die Vielzahl von System- 
projektierungen zentral hinterlegt ist und die Kompo- 
nentenprojektierungen der ausgewahlten System- 
projektierung an die Komponenten ubermittelt wer- 
den. In diesem Fall konnen die Systemprojektierun- 
gen alternativ innerhalb einer Zentraleinheit oder au- 
llerhalb des Systems hinterlegt sein. 
[0014] Es ist aber auch moglich, dass die Kompo- 
nentenprojektierungen in den jeweiligen Komponen- 
ten hinterlegt sind und dass die Zentraleinheit an die 
Komponenten Auswahlbefehle zum Auswahlen der 
Komponentenprojektierung der ausgewahlten Sys- 
temprojektierung ubermittelt. 
[0015] In beiden Fallen aktivieren die Komponenten 
die von ihnen eingerichteten Kommunikationsbezie- 
hungen erst auf Grund eines gemeinsamen Aktivie- 
rungskommandos. 

[001 6] Vorzugsweise wird die Topologie der Kompo- 
nenten einem Anwenderprogramm zuganglich ge- 
macht. Denn dann kann die Implementierung von 
Kommunikationen im Rahmen des Anwenderpro- 
gramms optimiert werden. 

[0017] Weitere Vorteile und Einzelheiten ergeben 

sich aus der nachfolgenden Beschreibung eines Aus- 

fOhrungsbeispiels in Verbindung mit den Zelchnun- 

gen. Dabei zeigen in Prinzipdarstellung 

[0018] Fig. 1 ein konfigurierbares System zur Auto- 

matisierung eines Steuerungsablaufs, 

[001 9] Fig. 2 ein Ablaufdiagramm, 

[0020] Fig. 3 eine Systemprojektierung, 

[0021] Fig. 4 bis 7 Ablaufdiagramme und 

[0022] Fig. 8 eine Komponente des konfigurierba- 

ren Systems. 

[0023] Gemali Fig. 1 weist ein System zur Automa- 
tisierung eines industriellen Steuerungsablaufs, ins- 
besondere eines Bewegungsablaufs, eine Zentral- 
einheit 1 und eine Miensch-Maschine-Schnittstelle 2 
auf. Die Mensch-Maschine-Schnittstelle 2 wird nach- 
folgend als HMI 2 (human-machine-interface 2) be- 
zeichnet. Von der Zentraleinheit 1 geht ein Kabel 3 zu 
einem Steckplatz4 ab. Von dortfuhrt ein weiteres Ka- 
bel 3 zu einem weiteren Steckplatz 4 usw. Vom letz- 
ten Steckplatz 4 fiihrt dann ein Kabel 3 zur HMI 2, die 
ebenfalls uber ein Kabel 3 mit der Zentraleinheit 1 
verbunden ist. In jeden der Steckplatze 4 ist ein Mo- 
dul 5 einsteckbar. 

[0024] Das System zur Automatisierung des Steue- 
rungsablaufs weist somit einen zyklischen Aufbau 



auf. Es besteht in aller Regel aus der Zentraleinheit 

1, dem HMI 2 sowie mehreren Modulen 5. Die Modu- 
le 5 sind austauschbar. Sie bilden zusammen mit der 
Zentraleinheit 1 und der HMI 2 die Komponenten 1, 

2, 5 des Systems. Je nach dem, welche Module 5 
venwendet werden, wie die einzelnen Module 5 me- 
chanisch und/oder elektrisch zusammenwirken und 
wie die Module 5 angeordnet. verschaltet und projek- 
tiert sind, ergibt sich eine andere Konfiguration des 
Systems. Das System ist also konfigurierbar. 
[0025] Jede Komponente 1, 2, 5 des Systems kann 
sowohl mit seinem linken als auch mit seinem rech- 
ten Nachbarn kommunizieren. Es bestehen also 
Kommunikationsbeziehungen zwischen Nachbarn. 
Uber die Kommunikationsbeziehungen tauschen die 
Komponenten 1, 2, 5 zur Realisierung der Automati- 
sierung des Steuerungsablaufs, also im Normalbe- 
trieb, untereinander Informationen aus. Der Informa- 
tionsaustausch erfolgt dabei bezuglich jeder Kompo- 
nente 1, 2, 5 alternierend nach links und nach rechts. 
Die Kommunikationen erfolgen auch in regelmalligen 
Zeitabstanden T, z. B. gemafi dem IRTE-Protokoll 
(IRTE = industrial real time ethernet). 

[0026] Beim Systemstart fuhrt die Zentraleinheit 1 
gemafi Fig. 2 folgendes Verfahren aus: 
Zunachst fragt die Zentraleinheit 1 in einem Schritt 21 
von einem Bediener 6 die Topologie und Funktionali- 
tat der Komponenten ab. Sodann wahit die Zentral- 
einheit 1 in einem Schritt 22 anhand der vorgegebe- 
nen Topologie und Funktionalitat der Komponenten 
aus einer Vielzahl von Systemprojektierungen SP1, 
SPn genau eine Systemprojektierung SPi aus. i ist 
dabei der Index der ausgewahlten Systemprojektie- 
rung. 

[0027] Gemafi Fig. 1 ist die Vielzahl von System- 
projektierungen SP1 ... SPn zentral hinterlegt, und 
zwar innerhalb der Zentraleinheit 1 . Alternativ ist es 
auch moglich, wie in Fig. 1 gestrichelt angedeutet, 
dass die Systemkonfigurationen SP1, SPn zwar 
zentral, aber aufierhalb der Zentraleinheit 1 und so- 
gar aulierhalb des Systems hinterlegt sind. In diesem 
Fall konnen die Systemprojektierungen SP1,..., SPn 
beispielweise in einem Zentralrechner 7 hinterlegt 
sein, zu dem die Zentraleinheit 1 uber ein Rechner- 
netz 8, z. B. das Internet 8, Zugang hat. Auch Misch- 
formen sind denkbar. Beispielsweise konnte in der 
Zentraleinheit 1 eine Abbildungsvorschrift hinterlegt 
sein, z. B. in Form einer Look-up-Table, anhand derer 
aus der Topologie und Funktionalitat der Komponen- 
ten 1, 2, 5 des Systems die benotigte Systemprojek- 
tierung SPi ermittelbar ist. Die Systemprojektierun- 
gen SPI ... SPn konnten z.B. im Zentralrechner? hin- 
terlegt sein. 

[0028] Gemafl Fig. 3 enthalt jede der Systempro- 
jektierung SPI,..., SPn, also insbesondere auch die 
ausgewahlte Systemprojektierung SPi, fur jede Kom- 
ponente 1, 2, 5 eine Komponentenprojektierung 
KPIi..... KPmi. Die Zentraleinheit 1 ubermittelt daher 
in einem Schritt 23 die Komponentenprojektierungen 
KP1i, .... KPmi an die HMI 2 und die Module 5. Eine 
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Obermittlung an die Zentraleinheit 1 selbst kann (tri- 
vialerwelse) entfallen. 

[0029] In einem Schritt 24 wartet die Zentraleinheit 
1 dann ab, ob sie von der HMI 2 und den Modulen 5 
Bestatigungen erhalt, dass diese Ihre Projektlerung 
erfolgrelch abschlielien konnten. Erst nach Erhalt der 
Bestatigungen ubermittelt die Zentraleinheit 1 in ei- 
nem Schritt 25 ein gemeinsames Aktivierungskom- 
mando an die Komponenten 2, 5. Sodann macht sie 
in einem Schritt 26 zumindest die Topologie der Kom- 
ponenten 1, 2, 5 einem Anwenderprogramm zugang- 
lich. Schliedlich nimmt sie in einem Schritt 27 Ihren 
Normalbetrieb auf. 

[0030] Die Komponenten 1, 2, 5 projektieren sich 
gemSli Fig. 4 in einem Schritt 42 entsprechend der 
jeweiligen Komponentenprojektiemng KPji selbst. 
Sie richten also im Schritt 42 die Kommunikationsbe- 
ziehungen zu Ihren benachbarten Komponenten 1 . 2, 
5 ein. Mit Ausnahme der Zentraleinheit 1 nehmen die 
Komponenten 2, 5 dabel zuvor in einem Schritt 41 
ihre jeweilige Komponentenprojektierung KPji entge- 
gen. 

[0031] Sodann testen die Komponenten 1, 2, 5 In ei- 
nem Schritt 43 ihre Kommunikationsbeziehungen. 
Wenn die Kommunikationsbeziehungen zu den an- 
deren Komponenten 1, 2, 5 ordnungsgemafi einge- 
richtet werden konnten, ubennittein die Komponen- 
ten 2. 5 in einem Schritt 45 eine Bestatigungsmel- 
dung an die Zentraleinheit 1 . Sodann warten sie in ei- 
nem Schritt 46 die Ubemnittlung des Aktivierungs- 
kommandos ab. Erst nach dessen Erhalt nehmen sie 
in einem Schritt 47 ihren Normalbetrieb auf. 
[0032] Wenn die Kommunikationsbeziehungen im 
Schritt 44 nicht fur ordnungsgemafi befunden wur- 
den, wird zu einem Schritt 48 verzweigt. In diesem 
Schritt 48 senden die Komponenten 2, 5 eine Fehler- 
meldung an die Zentraleinheit 1 . 
[0033] Das oben stehend beschriebene Projektier- 
verfahren ist stets ausfuhrbar, ist aber fur den Bedie- 
ner6 umstandlich. Erheblich komfortablerfur den Be- 
diener 6 ist es, wenn das System selbst die Auswahl 
der Systemprojektierung SPi vornimmt, soweit dies 
moglich ist. Ein derartiges Vorgehen wird nachfolgen 
in Verbindung mit Fig. 5 beschrieben. Das Ablaufdia- 
gramm der Fig. 5 ist dabei im wesentlichen eine Aus- 
gestaltung des Schrittes 21 von Fig. 2. 
[0034] Gemall Fig, 5 fragt die Zentraleinheit 1 in ei- 
nem Schritt 51 belm Benutzer 6 zunachst ab, welche 
Komponente 5 In dem ersten Steckplatz 4 angeord- 
net ist. Danach pruft die Zentraleinheit 1 in einem 
Schritt 52, ob die eingegebene Komponente 5 nur 
eine einzige mechanische und/oder elektrische 
Funktionalltat ausfuhren kann. Kann die Komponente 
5 mehrere Funktionalitaten ausfuhren, wird die zu 
realisierende Funktionalltat von der Zentraleinheit 1 
In einem Schritt 53 beim Benutzer 6 abgefragt. An- 
sonsten fahrt die Zentraleinheit 1 direkt mit einem 
Schritt 54 fort. 

[0035] Im Schritt 54 QberprOft die Zentraleinheit 1, 
ob die Kommunikationsbeziehungen der zuletzt ein- 



gegebenen Komponente 5 eindeutig sind. Wenn dies 
nicht der Fall ist, fragt die Zentraleinheit 1 in einem 
Schritt 55 belm Benutzer 6 ab, mit welchen weiteren 
Komponenten 1, 2, 5 die eingegebene Komponente 
5 mechanisch und/oder elektrisch zusammenwirken 
soli. Sodann wird in einem Schritt 56 uberpruft bzw. 
abgefragt, ob alle Module 5 eingegeben sind. Wenn 
dies nicht der Fall ist, wird zum Schritt 51 zuruckge- 
sprungen, ansonsten mit dem Schritt 22 von Fig. 2 
fortgefahren. 

[0036] Die Benutzerelngaben umfassen gemafl 
Fig: 5 also fQr die Komponenten 5 sowohl eine Vor- 
gabe von deren mechanischer und/oder elektrlscher 
Funktionalltat als auch eine Vorgabe, mit welchen 
weiteren Komponenten 1, 2. 5 sie mechanisch 
und/oder elektrisch zusammenwirken sollen. Die Ein- 
gaben werden dabei aber nur dann abgefragt, wenn 
sie zur Bestimmung der Systemprojektierung SPi er- 
forderlich sind. 

[0037] WIe in Fig. 1 gestrichelt angedeutet ist, kann 
anstelle des Schrittes 51 auch ein Schritt 57 ausge- 
fuhrt werden. Im Schritt 57 fragt die Zentraleinheit 1 
von sich aus die einzelnen Steckplatze 4 ab und er- 
mlttelt, welche Module 5 in den Steckplatzen 4 ange- 
ordnet sind. Sie ermittelt also selbsttatig die Topolo- 
gie der Komponenten 1, 2, 5 des Systems. 
[0038] Wenn aufgrund der ermittelten Module 5 
auch die Funktionalltat der Komponenten 5 bereits 
eindeutig ist, kann das System anhand der selbsttatig 
ermittelten Komponenten 1, 2, 5 und deren Topologie 
auch seine Systemprojektierung SPi selbsttatig er- 
mitteln. Auch wenn dies nicht der Fall ist, konnen zu- 
mindest die Eingaben, die der Bediener 6 leisten 
muss, auf ein Minimum reduziert werden. Auch in 
diesem Fall unterstutzt das System also den Bedie- 
ner 6 belm Ermlttein der Systemprojektierung SPi. 
[0039] Die Abfrage der einzelnen SteckplStze 4 ist 
in an sich bekannter Weise beispielsweise mittels 
Steckplatzkennung und/oder (physikalischer) Steck- 
platzadressierung moglich. Durch die Abfrage der 
Steckplatze 4 kann beispielsweise der Typ der vor- 
handenen Module 5 emnittelt werden. Es ist aber 
auch moglich, dass die Zentraleinheit 1 gemafl Fig. 6 
aus den Komponenten 2, 5 zunachst in einem Schritt 
61 Komponentencodes ausliest. Die Komponenten- 
codes individuallsieren dabei die jeweilige Kompo- 
nente 5. Sie typisieren also nicht nur die Komponente 
5, sondern unterscheiden sie auch von anderen 
Komponenten 5 des gleichen Typs. Sie sind also ein- 
deutig fur die jeweilige physikallsch vortiandene 
Komponente 5. 

[0040] Die Komponentencodes sind nach einem 
vorbekannten Schema aufgebaut. Die Zentraleinheit 
1 Ist daher In der Lage, anhand der im Schritt 61 ab- 
gefragten Komponentencodes die Komponenten 5 
(bzw, deren Typ, was das Entscheidende Ist) zu er- 
mlttein. 

[0041] Wenn anhand der vom System selbsttatig er- 
mittelten Topologie die korrespondierende System- 
projektiemng SPi noch nicht eindeutig ennittelbar ist, 
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wird vorzugsweise das Verfahren gemad Fig. 7 
durchgefuhrt. 

[0042] Gemafi Fig. 7 ermittelt die Zentraleinheit 1 in 
einem Schritt 71 zundchst die Topoiogie des Sys- 
tems. Sodann ermittelt sie in einem Schritt 72 die 
moglichen Systemprojektierungen SPi und deren An- 
zahl. In einem Schritt 73 uberpriift sie dann, ob diese 
Anzahl gleich Eins ist. Wenn dies der Fall ist, wird mit 
Schritt 22 von Fig. 2 fortgefahren. Ansonsten wird in 
einem Schritt 74 vom Bediener 6 eine Eingabe abge- 
fragt, anhand derer die Systemprojektierung SPi ge- 
nauer bestimmbar ist. Vom Schritt 74 aus wird wieder 
zum Schritt 72 zuruckgesprungen. Je nach der Art 
der venvendeten Komponenten 1,2,5 kann das Sys- 
tem anhand seiner Topoiogie also teilweise Oder voll- 
standig die Systemprojektierung SPi des Systems er- 
mitteln. Auch hier wird der Benutzer 6 so weit wie 
moglich unterstiitzt. 

[0043] Bei der bisher beschriebenen Ausfuhrungs- 
form der beschriebenen Erfindung sind die System- 
projektierungen SP1...., SPn zentral in der Zentral- 
einheit 1 Oder auf^erhalb des Systems hinterlegt. Ge- 
mali Fig. 8 ist es aber auch moglich, dass die Kom- 
ponentenprojektierungen KPji in den jeweiligen Kom- 
ponenten 2, 5 hinterlegt sind. In diesem Fall muss der 
Schritt 23 von Fig. 2 modifiziert werden. Anstelle der 
Obermittlung der Komponentenprojektierungen KPji 
selbst ubermittelt die Zentraleinheit 1 dann nur noch 
Auswahlbefehle zum Auswahlen der jeweiligen Kom- 
ponentenprojektierung KPji an die Komponenten 2, 
5. 

[0044] Mittels des erfindungsgemaBen Projektier- 
verfahrens ist somit auf einfache Weise eine Umkon- 
figurierung des Systems nebst hierbel erforderlicher 
Umprojektierung bzw. Neuprojektierung des Systems 
durch den Endanwender bzw. Benutzer 6 moglich. 

Patentanspruche 

1. Projektierverfahren fur ein konfigurierbares 
System mit mehreren Komponenten (1, 2, 5) zur Au- 
tomatisierung eines Steuerungsablaufs, insbesonde- 
re eines Bewegungsablaufs, wobei jede Komponente 
(1, 2, 5) wahrend des Steuerungsablaufs zur Reali- 
sierung der Automatisierung des Steuerungsablaufs 
in regelmaUigen Zeitabstanden (T) iiber Kommunika- 
tionsbeziehungen mitanderen Komponenten (1,2, 5) 
Informationen austauscht, 

- wobei das System anhand der Topoiogie und Funk- 
tionalitSt seiner Komponenten aus einer Vielzahl von 

Systemprojektierungen (SP1 SPn) genau eine 

Systemprojektierung (SPi) auswahit, . 

- wobei die ausgewahlte Systemprojektierung (SPi) 
fOr jede Komponente (1, 2, 5) des Systems genau 
eine Komponentenprojektlerung (KPli,..., KPmi) ent- 

hait, 

- wobei das System jede seiner Komponenten (1, 2, 
5) entsprechend der jeweiligen Komponenten projek- 
tierung (KP1i,.... KPmi) projektiert, 

- wobei jede Komponente (1, 2, 5) entsprechend ih- 



rer Komponentenprojektierung (KPli,..., KPmi) die 
Kommunikationsbeziehungen zu den anderen Kom- 
ponenten (1, 2, 5) einrichtet. 

2. Projektierverfahren nach Anspruch 1 , dadurch 
gekennzeichnet, dass die Topoiogie und Funktionali- 
tat der Komponenten dem System durch eine Benut- 
zereingabe bekannt gemacht wird. 

3. Projektierverfahren nach Anspruch 2, dadurch 
gekennzeichnet, dass die Benutzereingabe fur min- 
destens eine Komponente (5) eine Vorgabe von des- 
sen mechanischer und/oder elektrischer Funktionali- 
tat umfasst. 

4. Projektierverfahren nach Anspruch 2 oder 3, 
dadurch gekennzeichnet, dass die Benutzereingabe 
fur mindestens eine Komponente (5) eine Vorgabe 
umfasst, mit mindestens einer weiteren Komponente 
(1 , 2, 5) mechanisch und/oder elektrisch zusammen- 
zuwlrken. 

5. Projektierverfahren nach Anspruch 1 , dadurch 
gekennzeichnet, dass das System die Topoiogie und 
Funktionalitat der Komponenten (1, 2, 5) selbsttatig 
ermittelt. 

6. Projektierverfahren nach Anspruch 1 , dadurch 
gekennzeichnet, dass das System die Topoiogie sei- 
ner Komponenten (1, 2, 5) selbsttatig ermittelt und 
dass das System einen Benutzer beim Ermittein der 
Systemprojektierung (SPi) unterstutzt. 

7. Projektierverfahren nach Anspruch 5 oder 6, 
dadurch gekennzeichnet, dass eine Zentraleinheit (1) 
aus den Komponenten (5) die Komponenten (5) indi- 
vidualisierende Komponentencodes ausliest und an- 
hand der Komponentencodes die Komponenten (5) 
ermittelt. 

8. Projektierverfahren nach einem der obigen An- 
spruche, dadurch gekennzeichnet, dass die Vielzahl 
von Systemprojektierungen (SPI,..., SPn) zentral 
hinterlegt ist und dass die Komponentenprojektierun- 
gen (KPli KPmi) der ausgewShlten Systempro- 
jektierung (SPi) an die Komponenten (2, 5) ubermit- 
telt werden. 

9. Projektierverfahren nach Anspruch 8, dadurch 
gekennzeichnet, dass die Vielzahl von Systemprojek- 
tierungen (SPI,..., SPn) innerhalb einer Zentralein- 
heit (1 ) des Systems hinterlegt ist. 

10. Projektierverfahren nach Anspruch 8, da- 
durch gekennzeichnet, dass die Vielzahl der System- 
projektierungen (SPI,..., SPn) auBerhalb des Sys- 
tems hinterlegt ist. 

11. Projektierverfahren nach einem der Anspru- 
che 1 bis 7, dadurch gekennzeichnet. dass die Kom- 
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ponentenprojektierungen (KPji) in den jeweiligen 
Komponenten (1, 2, 5) hinterlegt sind und dass eine 
Zentraleinhelt (1) an die Komponenten (2, 5) Aus- 
wahlbefehle zum AuswShlen der Komponentenpro- 
jektierung (KPji) der ausgewahlten Systemprojektie- 
rung (SPi) ubermittelt. 

12. Projektlerverfahren nach einem der obigen 
Anspruche, dadurch gekennzelchnet, dass die Kom- 
ponenten (1, 2, 5) die von ihnen eingerichteten Kom- 
munikationsbeziehungen aufgrund eines gemeinsa- 
men Aktivlerungskommandos aktivieren. 

13. Projektierverfahren nach einem der obigen 
Anspruche, dadurch gekennzeichnet, dass die Kom- 
munikationsbeziehungen dem IRTE-Protokoll ent- 
sprechen. 

14. Projektierverfahren nach einem der obigen 
Anspruche, dadurch gekennzeichnet, dass zumin- 
dest die Topologie der Komponenten (1, 2, 5) einem 
Anwenderprogramm fur das konfigurierbare System 
zuganglich gemacht wird. 

15. Konfigurierbares System mit mehreren Kom- 
ponenten (1, 2, 5) zur Automatisierung eines Steue- 
rungsablaufs, insbesondere eines Bewegungsab- 
laufs, dadurch gekennzeichnet, dass es zur Durch- 
fuhrung eines Projektierverfahrens nach einem der 
obigen Anspruche adaptiert ist. 

16. System nach Anspruch 15, dadurch gekenn- 
zeichnet, dass die Komponenten (1, 2, 5) zumindest 
teilweise als austauschbare Module (5) ausgebildet 
sind. 

Es folgen 4 Blatt Zeichnungen 
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Anhangende Zeichnungen 




FIG 2 rsS^T) 

, 

frage von Bediener 
Gesa mtkonfiguration ab 

i — 

wahle Systemprojektierung aus 

T ~ 

ubermittle Komponenten- 
projektierunge n an Komponenten 

* 

warte Besta tigungen ab 

T - 

ubermittle Aktivierungskomnfiando 

3 



mactie Topologie Anwender- 
progrannm zuganglich 



nimm Normalbetrieb auf 



( Ende ) 



7/10 



DE 102 54 012 A1 2004.06.17 



FIG 3 



SPl H KPH 



KPmi 



FIG 4 



nimm 

Komponentenprojektierung entgegen 



richte durch Komponentenprojektierung 
vorgegebene Kommunikations- 
beziehungen ein 



41 



42 



teste Kommunikationsbeziehungen 43 




sende Bestatigung 



45 



warte Aktivierungsk ommando ab 



•46 



nimm Normalbetrieb auf 



•47 



Fehlermeldung 



V 

48 



8/10 



DE 102 54 012 A1 2004.06.17 



FIG 5 




FIG 6 



i 



lies Komponentencode 



ermittle Komponente 
1 



61 



62 



9/10 



DE 102 54 012 A1 2004.06.17 



FIG 7 
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